home *** CD-ROM | disk | FTP | other *** search
/ Ian & Stuart's Australian Mac: Not for Sale / Another.not.for.sale (Australia).iso / hold me in your arms / Nexus / nexus.software / hypermail < prev    next >
Internet Message Format  |  1994-05-22  |  17KB

  1. From: Adam Feuer <adamfast@netcom.com>
  2. Date: Sun, 1 May 1994 21:34:30 -0700 (PDT)
  3. Subject: creating Web docs...
  4. To: Sparky <mac18@cus.cam.ac.uk>, f|x <REZABEH1648@cobra.uni.edu>
  5. cc: NEXUS-Gaia <nexus-gaia@netcom.com>
  6.  
  7. mark,
  8.  
  9.   thanks for the cool email... :)
  10.  
  11.   regarding the difference in community/flavor/feeling between BBSes and
  12. usenet/iNet in general, i am getting it. did check out monochrome, yep,
  13. easy to use and very homely in a good way...
  14.   emphasizing the local vs. the global... that is what a cafe is all 
  15. about. i will say this about the sf ecafes (SFnet) is that all the 
  16. discussion is SFlocal since there is only a UUCP mail/news feed in and 
  17. out. got to ruminate about this...
  18.  
  19.   regarding web documents. mainly what i am thinking is about ease of
  20. creation and collaboration on a minimum hardware platform. something that
  21. emphasizes document creation but also enables collaboration... and email
  22. is kinda there. what i want is for people to have an easy time creating
  23. documents-- creating new documents in Lynx, adding them in, iterating on
  24. them... an idea that just occurred to me is to have a page of sample
  25. documents in your bookmark page. 
  26.  
  27.   what i don't like about URLs is that i have to write them down when
  28. somebody tells me one, then quit pine, launch lynx, then type it in to
  29. Lynx... i want to be able to highlight or something and just switch into
  30. Lynx and web over to it. i agree there is a lot of crap in the web, there
  31. are a lot of crappy links, things are very disorganized. which is good in
  32. one way, disorienting in another. i try to visualize ways for people to
  33. help each other organize the information that matters to them. 
  34.  
  35.   as far as there not being a lot of content up there... well hmmm. there 
  36. aren't many easy tools for creating content and slamming it into the web. 
  37. i do use pico a lot to write things, i would like to be able to switch 
  38. back and forth from pico to a Lynx view of the document, by hitting a 
  39. key-- to see what it looks like, try the links, etc.
  40.   side note: one thing that i don't like about Lynx is that it only lets
  41. you edit files that you specify links to by using file://localhost... it
  42. doesn't have enough smarts to let you edit a generalized
  43. http://hostname.domain.name/ URL even if it is on your same machine... i
  44. would like to see that added, for sure. then the documents i create would
  45. be more portable, and not have to be re-localized every time someone
  46. copies someone elses pages...(don't even know if this is a big problem)... 
  47. best would be an securely-authenticated Lynx that let me edit http files
  48. on another machine, if i had priviledges. 
  49.   
  50.   again i see this as a way to encourage people to create & edit html
  51. docs. a set of shortcuts for the html tags would also be great. (i could
  52. just use fuction keys if i were using a PC; as it is, i haven't figured
  53. out how to re-bind the f-keys on my sun!)
  54.  
  55. /me puts on the crackpot hat...
  56.  
  57.   partly my idea behind something like hypermail is to do "information 
  58. gardening." many current netters are prolific consumers of information-- 
  59. information mining, using information resources that are already existing.
  60.   and that is cool. but real power-- economic power, social power-- comes
  61. from /lots/ of people coordinating a little bit of all their efforts. if
  62. people can link together into communities...  and one tool for that
  63. already exists-- email.  people tell each other about what they think,
  64. things they heard about, saw on the net, read, whatever-- all the time.
  65. people use the net to collaborate on articles, books, magazines. 
  66.  
  67.   i too want to think about the social relationships between creative 
  68. people, and strengthen them, encourage them, help more grow...
  69.  
  70.   imagine a cross between a magazine, an e-list, and a web server. you
  71. have a theme or set of themes or purposes (elist and zines both), a core
  72. group of staff or visionaries who spend a lot of time coordinating the
  73. effort (editors in zines, frequent posters or moderators on elists). and
  74. you have authors who send in articles, infrequent contributors, etc. 
  75.   what i want to do is set up a way for people to act as "master 
  76. gardeners" for the things that interest them. they have a circle of 
  77. friends that are all have varying levels of interest in the same thing. i 
  78. would like to see a way for people to more easily sift thru information 
  79. that their community /produces/ and edit it, and refine it, and publish 
  80. it. 
  81.   i see the "coordinating gardeners" as maintaining part of a website,
  82. while they and their community creates ("grows") documents and sends them
  83. in to these coordinators. just like committees have subcommittees that
  84. produce working documents, etc. (urrmmm. maybe this /isn't/ a good idea.
  85. ;)
  86.  
  87.   maybe distributed management of a distributed website won't work in 
  88. practice, but i would sure like to try. i want the tools to evolve that 
  89. way. i agree you can do it now. i just want a better integrated set of 
  90. tools. :)
  91.  
  92.   i know you're busy, no need to reply. just wanted to let you know where 
  93. i was coming from.
  94.  
  95. cheers
  96. adam
  97.  
  98. From: hiscdcj@lux.latrobe.edu.au (Dwayne)
  99. Subject: Re: creating Web docs...
  100. To: adamfast@netcom.com
  101. Date: Mon, 2 May 1994 18:14:57 +1000 (EST)
  102. Cc: nexus-gaia@netcom.com (meta-list nexus)
  103. In-Reply-To: <Pine.3.89.9405012039.A12237-0100000@netcom11> from
  104.   "Adam Feuer" at May 1, 94 09:34:30 pm
  105.  
  106. Adam Feuer blew a bubble, which danced and sang:
  107.     [lynx hassles]
  108. yep, agree entirely.  I think that you CAN specify local-host to be
  109. something when you set it up, but, erm, I'm not sure. Can't you mail
  110. someone? Newsgroups? U-Kansas?
  111.  
  112. : /me puts on the crackpot hat...
  113.  
  114. again? That trick *never* works...
  115.  
  116. :   and that is cool. but real power-- economic power, social power-- comes
  117. : from /lots/ of people coordinating a little bit of all their efforts. if
  118. : people can link together into communities...  and one tool for that
  119. : already exists-- email.  people tell each other about what they think,
  120. : things they heard about, saw on the net, read, whatever-- all the time.
  121. : people use the net to collaborate on articles, books, magazines. 
  122.  
  123. Yeah, this is way cool. I'm corresponding with a guy from the technomads
  124. mailing list at the moment on this. He's just mentioned this idea,
  125. networks of people, along the lines of, erm, well, you know how you can
  126. do distributed processing with fractint under X? Well, same sort of
  127. thing with people, but via email.  So he says. I have no idea what he's
  128. on about, but I'll let you guys know when he replies to my last batch of
  129. mail  :-)
  130.  
  131. :   i too want to think about the social relationships between creative 
  132. : people, and strengthen them, encourage them, help more grow...
  133.  
  134. :)
  135.  
  136. Nexus to the rescue!  :-)
  137.  
  138. :   imagine a cross between a magazine, an e-list, and a web server. you
  139. : have a theme or set of themes or purposes (elist and zines both), a core
  140. : group of staff or visionaries who spend a lot of time coordinating the
  141. : effort (editors in zines, frequent posters or moderators on elists). and
  142. : you have authors who send in articles, infrequent contributors, etc. 
  143.  
  144.      !!!!!!!!!!!!!!
  145.  
  146. :   what i want to do is set up a way for people to act as "master 
  147. : gardeners" for the things that interest them. they have a circle of 
  148. : friends that are all have varying levels of interest in the same thing. i 
  149. : would like to see a way for people to more easily sift thru information 
  150. : that their community /produces/ and edit it, and refine it, and publish 
  151. : it. 
  152.  
  153. Wow. An incubation centre for memetic attractors. This is BRILLIANT!
  154.  
  155. /me hugs adam.
  156.  
  157. Wow. Can it be done? This would be SUCH a good idea.
  158.  
  159. Hey, you know how I keep muttering about strengthening ties between nexi
  160. to promote community (hen we get some nexi linked..)??
  161.  
  162. I think this would be the way to do it. wow.
  163.  
  164. :   i see the "coordinating gardeners" as maintaining part of a website,
  165. : while they and their community creates ("grows") documents and sends them
  166. : in to these coordinators. just like committees have subcommittees that
  167. : produce working documents, etc. (urrmmm. maybe this /isn't/ a good idea.
  168. : ;)
  169.  
  170. How about you run it as a centre-fringe thing.  Documents are closer to
  171. the centre because they have been 'voted on' by the community.
  172.  
  173. you red a document, and assign it a score. 0 deletes it. Then, the docs
  174. are ranked according to scores. The more popular, the closer in to the
  175. centre it is, and the easier it is to read/access/whatever.
  176. Erm, I know what I mean.  I'll go and think about it. wow.
  177.  
  178. :   maybe distributed management of a distributed website won't work in 
  179. : practice, but i would sure like to try. i want the tools to evolve that 
  180. : way. i agree you can do it now. i just want a better integrated set of 
  181. : tools. :)
  182.  
  183. I think this is seriously worth a look at.
  184.  
  185. Dwayne.
  186.  
  187. if we do not hold on to hedonism, we will lose our souls.   -- mordwyn
  188.  
  189. .sig under construction        internet---> hiscdcj@lux.latrobe.edu.au
  190.                                irc--------> ddraig on #leri in undernet
  191.  
  192. From: lamontg@mead2.u.washington.edu (Lamont Granquist)
  193. Date: Wed, 18 May 1994 19:19:27 PDT
  194. To: leri@pyramid.com ( leri), nexus-gaia@netcom.com (meta-list nexus)
  195. Subject:  Re: Massively Fuzzy
  196.  
  197. i'm not exactly sure what this has to do with nexus...
  198.  
  199. [...voting servers...]
  200. > : wild, i sat down over last summer and did a halfway serious attempt at
  201. > : trying to figure out how to go about designing something like this...
  202. > Really? Can we have access to your stuff?
  203.  
  204. It was all written down and its all trashed now.  I was trying to figure
  205. out a good method to collect the votes and some stuff like what flexibility
  206. the server should have and what kind of data structures you'd need.  I
  207. wasn't going for something really professional using RSA fingerprinting
  208. to authorize the votes and stuff, just something which could easily be
  209. hacked into nn or rn by users...
  210.  
  211. I also never got very far...
  212.  
  213. My idea was to have a "complete newgroup server."  The server would have
  214. the capability to archive posts and provide easy info-server access to
  215. it (gopher/WWW/ftp/etc), it would also collect "votes" and store them
  216. individually.  Then people could download a list of message-IDs based on
  217. votes, download the articles based on votes, or sub to a mailing-list
  218. which sent message-IDs or articles based on votes.  The criteria used for
  219. votes would be fully customizable by the infoconsumer and would allow one
  220. to (for example) recieve a mailing list of a newsgroups based on articles
  221. which recieve >50 "popular" votes or which are voted on by a list of
  222. individually selected "moderators."  It could also allow for the easy
  223. creation of "virtual moderated newsgroups" which would simply be
  224. suggested moderators for infoconsumers to use as their criteria, or as
  225. starting points for their criteria.  Of course searching via WWW/gopher/etc
  226. should ideally be capable of using voting criteria as one part of the
  227. search expression.  I was also mulling over ways to use/incorporate
  228. NNTP/NOV into this to make it easy to use from NNTP capable newsreaders.
  229.  
  230. At some point, it would be nice to have it fully integrated into
  231. newsprograms...   You'd fire up your newsreader, which would log-on to your
  232. local NNTP host, then you'd either pull down a list of votes from the
  233. local NNTP server, or else you'd query a vote server to get the list of
  234. votes.  If an article was not found on the NNTP server due to it being
  235. expired, the NNTP server could attempt to query the newsgroup archives
  236. to get a copy if it hadn't been cancelled.  Voting would be handelled
  237. automagically by the newsreader, etc...  You'd have to find the right
  238. client/server and local-information/distributed-information balance, but
  239. it should work...
  240.  
  241. I shudder to think of the CPU load and disk hogging this would cause if it
  242. wasn't written efficiently...  =)
  243.  
  244. > : i didn't have the idea to make it WWW-based, though -- i didn't really 
  245. > : know what WWW was capable of back then...
  246. > Well, mainly the idea of imbedded hypertext links is the key, I think,
  247. > because then you could do fun things like designate an 'attractor' as
  248. > such, which is just a list of links, listing a bundle of
  249. > posts/docs/whathaveyou which orbit a particular attractor, as such.
  250.  
  251. this sounds good -- so each attractor would be a hypertext page to the
  252. links?
  253.  
  254. > : > It seems to me that the rulespace that would be produced by this sort of
  255. > : > mechanism would go a good way towards defining just what the memespace
  256. > : > leri floats in is made up of, or other lists....
  257. > : 
  258. > : this might be interesting.  i wonder if something along these lines could
  259. > : eliminate the need for heirarchial newsgroups.  
  260. > This was the major attraction. That and that instead of moderating
  261. > things, or forwarding articles to an entire list, you just link it into
  262. > whatever attractor/s you feel it fits into, rate it fro thingy to
  263. > thingy+n  (..10, A..Z, whatever) for *each attractor*  (I'm going to use
  264. > this terminology until someone suggests something better) and leave it
  265. > at that.
  266. > Those interested in it will see, those not won't.  Yet all will be part
  267. > of the same community.
  268.  
  269. well, i'm not sure that you'd need to submit it to any particular
  270. attractor...    ideally you just post it -- anything with MDMA in it would
  271. likely get picked up by the Ecstasy attractor(s), etc...
  272.  
  273. *wiiiiild* thought just occured...
  274.  
  275. what you're going to wind up doing is something like taking the Ecstasy
  276. attractor and linking in the "me" attractor, which will be a special
  277. post-filter which will promote articles which are replies to things you've
  278. written, or questions which you'd like to reply to....
  279.  
  280. damn, this is getting cooler the more i think about it...
  281.  
  282. now i just gotta figure out how to program neural nets and how to do them
  283. efficiently on von neumann machines...
  284.  
  285. > There are already 'virtual newsgroups' about.  There is a newsreader
  286. > which scans for all occurrences of a keywaord, and creates a nwesgroup
  287. > based on it, and the newsgroup rules can be distributed. Forget the name
  288. > of the reader though  :-(
  289.  
  290. 'nn' does this.  its the newsreader i use, and this is more or less the
  291. kind of thing i had in mind to begin with...
  292.  
  293. > Yup.  And if there was some way of boiling the list neural net into
  294. > something less abstract, then it would make a great intro to the group,
  295. > you'd just look at the memetic attractors the group/s orbit, and decide
  296. > if you'd like it.
  297.  
  298. yeah, if you could precipitate some kind of description out of the neural
  299. net code automatically...  that could be placed as the first item in the
  300. hypertext document for the attractor.
  301.  
  302. > Agents could prowl around and report back on similar groups whose neural
  303. > net spec are similar to yours.  Global search for 'friends' as it were.
  304. > I found leri because of the review in High Weirdness By Email, the
  305. > phrase 'electric commune' rang clear to me, yet what if I never saw that
  306. > text?
  307.  
  308. right, but it would be easy to have your attractor look for posts on
  309. similar attractors...  those items would grap a lot of attention and
  310. then could be dealt with by the group...
  311.  
  312. > : > You could also possibly rank people, because posts that most of the
  313. > : > group found interesting would get higher rankings (this could be biased
  314. > : > towards prolific posters, who knows) but I think that this might be a
  315. > : > *very* iffy thing to do.
  316. > : 
  317. > : i don't think you should do this.  
  318. > Neither do I, but it's a possibility.
  319. > Academia would love it in journals......
  320.  
  321. yeah, i'm sure that Academia would love it...  =)
  322.  
  323. > : each post should be judged on its
  324. > : merits -- although i could see that any individual algorithm would probably
  325. > : want to use the past performace of the author as a criteria.  i don't think
  326. > : it would be good to make this "official" though and compile public
  327. > : statistics on it.  
  328. > I think it would be bloody horrible, myself.
  329.  
  330. "having a chilling effect on public discourse" is a phrase that crosses
  331. my mind....
  332.  
  333. > Yup. Too true.  And, of course, it would then affect the quality of
  334. > people's posts. If I knew that everyone thought that *everything* I
  335. > wrote was wonderful (they do already, but anyway) I'd be unsufferably
  336. > smug.
  337. > If I thought that everyone hated everything I wrote, well, instant
  338. > lurker, at best.
  339.  
  340. right, but this happens today without any kind of neural net filters
  341. and such...   
  342.  
  343. > : > Hey, if we had a leri-net, then people would just feed their personal
  344. > : > rule-list into the general rule-list, and rules which are duplicated
  345. > : > would be reinforced.
  346. > : > Hmmm, this sounds better the more I think of it.
  347. > : 
  348. > : this does start to sound better and better.  it also seems to be more true
  349. > : to the model of "memetics" than newsgroups are...
  350. > Newsgroups are a function of technology, exactly the same as books.
  351. > They in no way mimic the way people operate. It's about time we had
  352. > something *did* mimic the way people operate.
  353. > Wish I could program well enough to create this...
  354.  
  355. ditto, on all points.
  356.  
  357.  
  358. -- 
  359. Lamont Granquist (lamontg@u.washington.edu)
  360. "And then the alien anthropologists - Admitted they were still perplexed - But
  361. on eliminating every other reason - For our sad demise - They logged the only
  362. explanation left - This species has amused itself to death" -- Roger Waters
  363.  
  364.